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THE  SUGGEST  I  ON  BOX 

The  suggestion  boxes  continue  to  provide  queries  and 
suggestions  of  definite  value  to  the  staff  of  the  Computer  Centre. 
The  crop  dating  from  mid-March  to  mid-April  numbers  about  forty 
items.  Space  precludes  a  full  review  of  them  here,  although  the 
staff  of  the  Centre  continue  to  reply  to  most  of  them  directly. 

Over  a  dozen  items  were  repetitive  of  issues  already  discussed 
in  these  pages.  Most  of  these  were  concerned  with  operational 
practices  and  facilities.  The  repetition  is  a  valuable  indicator 
that  these  issues  are  of  more  than  passing  interest. 

Eight  items  of  some  novelty  were  received  which  specifically 
concern  the  Management  of  Input/Output  Services.  These  are  being 
given  very  active  attention  by  the  staff. 

Five  items  concerned  policies  or  procedures  which  are  under  the 
administration  of  terminal  sponsors.  These  have  been  forwarded  to 
the  appropriate  authorities.  The  subject  matter  concentrated  on 
hours  and  style  of  service. 

Another  ten  i  terns  addressed  problems  such  as  software, 
documentation  or  administrative  difficulties.  One  of  these 
proposed  that  the  Centre  offer  a  monthly  prize  for  the  suggestion 
which  would  do  most  to  improve  system  efficiency.  UTCC  is 
intrigued  by  the  idea,  but  we  wonder  how  to  judge  suggestions 
fairly  enough.  The  author,  a  prolific  source  of  suggestions,  has 
been  asked  to  consider  how  such  a  scheme  might  be  administered. 

The  same  author  had  suggested  obtaining  time  on  the  Sigma  7 
computer  at  the  Library.  The  intended  purpose,  it  proves,  was  to 
make  available  a  different  type  of  time-shared  system  than  CPS, 
specifically  one  which  provides  a  large  core  region  on  a  swapping 
basis.  CP-67/CMS  and  the  still-to-be  released  OS  Time  Sharing 
Option  exemplify  such  systems.  In  this  case,  the  author  has  been 
encouraged  to  elaborate  upon  the  type  of  system  he  would  favour. 

Queries  about  binary  card  punching  facilities  and  about  the 
possibility  of  running  object  decks  through  Model-20  terminals 
have  led  to  specific  items  of  interest  later  in  this  Newsletter. 


SYSTEM  PERFORMANCE  MEASUREMENT 

The  Computer  Centre  is  actively  involved  in  measuring  the 
performance  of  its  computing  systems  in  order  to  provide  a  more 
stable  and  efficient  service  to  its  many  users.  Since  the 
HASP/MVT  system  was  first  installed  in  April  1  of  1969,  questions 
have  been  asked  about  it  for  which  there  were  no  direct  answers: 
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-  how  many  jobs  did  we  run  today? 

-  how  many  tape  mounts  do  we  do  in  a  shift? 

-  what  is  the  overhead  imposed  by  HASP  and  OS? 

-  can  we  process  more  jobs  than  we  do  currently? 

-  what  is  the  optimum  configuration  for  speed  and  efficiency, 
considering  the  types  of  jobs  run  on  our  systems? 

Such  questions  could  not  all  be  answered  with  the  Operating 
System  as  distributed  by  IBM.  HASP  does  give  some  statistics  via 
the  $STATUS  and  $BACKL0G  commands  on  the  operators  console  and 
through  an  accounting  card  punched  for  each  job.  The  number  of 
jobs  run  daily  as  published  in  this  Newsletter  is  via  a  University 
of  Toronto  written  accounting  system  that  summarizes  the  data  on 
these  accounting  cards.  Gradually  this  facility  was  expanded  to 
tell  us  how  many  jobs  we  run  in  each  class,  etc. 

Realizing  these  shortcomings,  we  began  thinking  seriously  about 
modifying  OS.  The  first  two  modifications  Were  copied  from  two 
different  installations  in  the  United  States  (Douglas  Aircraft  and 
Martin  Marrietta).  These  brought  us  the  I/O  time  figure  and  High 
Water  Mark  (maximum  region  used).  Then  we  started  collecting 
internal  OS  data  to  count  total  number  of  jobs  and  steps  as  well 
as  CPU  time,  I/O  time  etc.  per  shift. 

Just  about  then  IBM  introduced  an  OS  facility  known  as  SMF 
(System  Management  Facilities)  to  give  most  of  the  important 
data.  SMF  was  not  implemented  here,  however,  because:  it  was  not 
compatible  with  HASP;  it  was  a  permanent  feature  in  the  system;  we 
didn't  need  all  of  that  information  all  of  the  time;  it  was 
unreliable;  it  had  a  tricky  data  structure;  it  lost  data  if  the 
system  crashed. 

A  package  from  Systems  Dimension  Limited  in  Ottawa  called 
Accountpak  was  then  evaluated.  Accountpak  gave  us  all  the  data 
wanted  and  more,  it  was  flexible,  and  it  gave  software  to 
summarize  the  collected  data  (something  SMF  did  not  do).  We 
experimented  with  Accountpak  for  about  6  months,  collecting 
helpful  information  on  which  compilers  are  used  the  most  (Fortran 
G,  ALGOL,  PL1),  which  data  sets  are  used  the  most  and  how  much 
core  is  wasted.  Unfortunately,  Accountpak  was  much  too  expensive 
to  keep  for  system  measurement  purposes  and  was  too  oriented 
toward  SDL's  own  accounting  philosophy. 

Currently  we  are  making  use  of  a  software  package  from  the 
University  of  Guelph  to  analyze  the  punched  accounting  cards  more 
thoroughly.  This  is  telling  us  things  like: 

-  10%  of  our  jobs  have  JCL  errors. 

-  94%  of  our  jobs  are  under  3  minutes  charge. 

-  fewer  jobs  are  run  on  Monday  than  any  other  weekday. 
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The  heavy  users,  in  the  sense  of  charge  time  per  job,  may  be 
identified.  We  hope  to  have  a  facility  soon  to  assist  these  heavy 
CPU  users  in  making  their  code  as  efficient  as  possible. 

The  most  sophisticated  software  tool  at  the  moment  is  a  package 
purchased  from  the  Computer  Centre  at  the  Stanford  Linear 
Accelerator  (SLAC).  This  package  summarizes  and  analyzes 
collected  information  both  on  the  operators  console  arid  on  the 
printers.  It  could  be  run  all  day  (if  we  wish)  to  tell  us  how 
much  our  disks  and  tapes  are  used  and  how  much  core  is  idle, 
e.g.,  we  found  that  for  70%  of  the  time  on  System  #1  there  is  70K 
ava  i  1 ab 1 e . 

A  HASP  SNOOPER  tool  is  being  introduced  to  tell  about  the 
printing,  punching  and  execution  queues  at  any  time.  This  type  of 
information  will  help  us  to  be  able  to  generate  a  system  better 
suited  to  the  users'  jobs. 

In  December  of  1970,  we  acquired  the  use  of  a  device  known  as 
a  Hardware  Monitor  for  the  month.  This  unit  is  shared 
cooperatively  by  all  fourteen  university  centres  in  Ontario 
through  the  Computer  Coordination  Group.  We  will  be  receiving  the 
unit  on  rotation  from  time  to  time.  The  next  scheduled  use  at 
UTCC  is  in  dune.  A  hardware  monitor  is  a  logical  device  that  is 
physically  wi red  to  the  various  components  of  a  system  (CPU, 
tapes,  disks,  core  storage  etc.)  to  measure  and  record  the 
activity  of  these  devices.  For  instance,  we  found  that  CPU 
utilization  on  System  #2  before  we  got  the  new  core  box  of  256K 
was  about  35%  busy.  After  installing  the  core  and  increasing  the 
number  of  jobs  we  could  mu  1 t i p rog ram,  this  figure  went  up  to  about 
70%  busy.  We  found  CPU  utilization  on  System  #1  to  be  around  65% 
busy.  One  half  of  this  is  attributed  to  the  Operating  System. 
Tape  usage  ranges  from  5%  to  35%  busy  during  the  day  shift. 

We  discovered  that  the  Arts  and  Sciences  Unde rg radua te  Terminal 
was  configured  poorly,  causing  a  heavy  load  on  one  channel.  This 
has  since  been  corrected  by  moving  the  line  from  the  fast  selector 
channel  to  the  Multiplexor  channel. 

The  important  feature  of  hardware  monitors  as  opposed  to 
software  monitors  is  their  lack  of  influence  on  the  running 
system.  Software  Monitors  (Programs)  take  up  core,  CPU,  I/O  time, 
therefore  affecting  what  they  are  monitoring.  Hardware  monitors 
are  passive.  The  advantages  of  hardware  monitors  (easy 
implementation,  no  overhead,  thorough  data)  has  made  us  want  to 
have  a  unit  around  permanently. 

Since  the  CCG  monitor  is  available  pe r i od i ca 1 1 y ,  UTCC  ought  not 
to  purchase  an  expensive  (up  to  $50,000)  commercial  monitor.  So 
we  are  constructing  our  own,  based  on  a  machine  built  at  the 
University  of  Waterloo. 
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The  Computer  Research  Facility  has  graciously  consented  to  make 
work  space  and  advice  available  through  their  involvement  in 
component  construction  in  the  past.  We  expect  to  complete  four  of 
these  units  (one  for  Waterloo,  one  for  CRF  and  two  for  UTCC 
(System  #1  and  System  #2)  )  this  year. 

Useful  information  is  now  surfacing  from  these  monitoring 
efforts.  We  expect  to  use  the  data  to  maintain  a  better  system 
today  and  to  plan  for  new  systems  in  the  future.  The  user 
community  will  benefit  from  these  studies  through  better 
turnaround  and  throughput  in  the  coming  months. 


TRANSPARENCY  FEATURE  FOR  REMOTE  TERMINALS 

A  suggestion  has  been  made  that  the  transparency  feature  be 
incorporated  into  the  remote  Model  20  terminals.  The  feature  has 
been  ordered  for  the  New  Physics,  and  Arts  and  Science  terminals. 
The  addition  of  this  feature  to  these  terminals  is  a  straight¬ 
forward  technical  matter  and  wi 1 1  benefit  the  users  by  permitting 
them  to  submit  object  decks  from  those  locations.  This  will 
eliminate  certain  obvious  problems  and  provide  some  equally 
obvious  improvements  in  efficiency  to  the  user  and  to  the  number 
of  jobs  the  terminal  can  handle. 

Four  Model  20  terminals  were  originally  installed  in  the 
University  of  Toronto.  The  communication  technique  originally 
supported  by  IBM  is  called  Synchronous  Transmit  and  Receive  (STR). 
Not  long  ago,  two  of  the  terminals  were  upgraded  to  make  use  of  a 
newer  transmission  technique  called  Binary  Synchronous 
Communication  (BSC).  Only  with  the  BSC  technique  can  the 
transparency  feature  be  incorporated.  This  feature  permits  a  full 
range  of  8-bit  EBCDIC  characters  to  be  passed  across  the 
communication  lines.  Without  transparency  certain  of  these 
characters  are  reserved  as  control  characters  and  it  is  this  which 
inhibits  the  use  of  the  S/3G0  form  of  object  deck. 

There  are  a  variety  of  practical  difficulties  in  adding  the 
transparency  feature  to  the  Model  20's  at  Erindale  and 
Scarborough.  These  problems  include  issues  concerned  with  the 
purchase  or  rental  status  of  the  eouipment  and  with  the 
telecommunication  interface  hardware  at  the  Computer  Centre 
itself.  It  is  practical,  however,  to  make  the  upgrade  on  the  New 
Physics,  and  Arts  and  Science  machines.  The  feature  should  become 
available  by  mid- summer. 
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NEWSLETTER  ERRATA 

Certain  errors  in 
Status  Bulletins 
corresponding  SSB 

Newsletter  #50 


Newsletter  #69 


Newsletter  #72 


Newsletter  #73 


Newsletter  #75 


CORRECTED  BY  SYSTEM  STATUS  BULLETINS 

UTCC  Newsletters  have  been  corrected  by  System 
Here  is  a  summary  of  those  errors  so  that  the 
s  can  be  cance lied. 

"Overriding  Output  Class  Specification  in 
Catalogued  Procedures"  -  error  noted 
corrected  by  SSB  #61 :  C 9 

The  second  card  in  the  given  procedure  should 
read : 

// FORT . SYSPR I  NT  DD  DDNAME=myname  (overriding 

ca  rd ) 

"Use  of  F i 1 e- P ro t ec ted  Tapes  in  FORTRAN 
Programs"  -  error  corrected  -  noted  in  SSB 
#60:70:2 


The  LABEL  para, meter  should  be: 

LABEL=( 1, SL, , IN) 

"ALGOL  W  Processor  Now  Available"  error 
corrected  -  noted  in  SSB  #2:71:2 

The  name  of  the  ALGOL  W  compile,  link-edit 
and  go  procedure  is  ALGOWCLG. 

"LMODMAP  Service  Aid"  -  error  corrected 
noted  in  SSB  #10:71:2 

The  JCL  required  to  use  LMODMAP  is  as 
f o 1 1 ows : 

//  J0B 

/ / J0B  L I  B  DD  DSNAME=I  C.MTCB.  Li  NKLI  B,  D  I  SP  =  SHR 
//SI  EXEC  PCM  =  LM0DM.AP 
//SYSPRINT  DD  SYS0UT=A 

/ / DD1  DD  DSNAME=name (member) , UN  I T=23 14 , 

//  D I SP=0LD/ V0LUME=SER=ser i al 
/* 

// 

The  above  JCL  for  LMODMAP  is  also  correct 
as  given  in  March  1  revision  to  the  Users' 
Reference  Manual  (Section  6.2). 

"Optimization  with  the  FORTRAN  H  Compiler" 
error  corrected  -  noted  in  SSB  #12:71:3 

The  last  line  but  one  on  Page  20  should 
read:  A=Y2(I)  where  1=11 
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S$B 1 s  IN  EFFECT  AT  APRIL  15,  1971 
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21 
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22 

71:1 
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•  L. 

Tape  Assignments  for  DATATEXT  Batch  (7094) 
APL/360  Service 

7094  Library  Subroutine  ALGAMA 
Problems  in  FORTRAN  Compilers 
Large  FORTRAN  H  Compiler  on  System  #1 
HSJS  Region  Change 
SPARTA  Package  added  to  WATLIB 
New  Format  for  CPS/RJE  Jobname 
Use  of  REGION  Parameter 
Larger  WATFOR  for  HSJS 
PL/ I  Ve  rs i on  5 

SSP-III  Subroutines  BESJ  and  EIGEN 
ALGOL  W  305  Abends 

I  ENLIST  Problems  with  FORMAT  Parameter 
Revised  Version  of  SPEC 
IEBPTPCH  Problem 
Error  in  13:71 
Problems  with  HSJS 
Updated  Version  of 
EUT/ASUT  Assembler 
CPS/RJE  Card  Image 
Improved  Authorization  Code  Checker 
EUT/ASUT  WATFIV 
DDP  Package  Added  to  WATLIB 
Waterloo  WATLIB 

Revised  Defaults  for  Line  and  Card  Estimates 
on  Job  Card 

New  Compile  and  Comp i 1 e- 1 i nked i t  Procedures 
for  PL/ I  Ve  rs i on  5 


P  rocesso  rs 
WATFIV  for 
n  Users 
Prob 1 ems 


Batch  Users 


RECENT  ACQUISITIONS  IN  THE  DEPARTMENT  OF  COMPUTER  SCIENCE  LIBRARY 

Arden ,  B.  W.  and  Asti  11/  K.  N. 

Numerical  algorithms:  origins  and  applications.  1970. 

Batchelder/  Paul  Mason. 

An  introduction  to  linear  difference  equations.  1967. 

Bongard/  Mikhail  Moiseevich. 

Pattern  recognition.  1970. 

Computer  Usage  Company/  Inc./  New  York. 

Computer  Usage/360  FORTRAN  programming.  Ed.  by  E.  A.  Weiss.  1969. 

Conference  on  Data  Systems  Languages.  Systems  Committee. 

A  Survey  of  generalized  data  base  management  systems.  1969. 
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Conference  on  Graph  Theory,  Western  Michigan  University,  1968. 

The  many  facets  of  graph  theory,  ed.  by  G.  Chartrand  and 
S.  F.  Kapoor.  1S69. 

Emshoff,  James  R.  and  Sisson,  R.  L. 

Design  and  use  of  computer  simulation  models.  1970. 

Geddes,  Keith  0. 

Rational  approximation  in  the  complex  plane.  1970. 

Gruenberger,  Fred,  ed. 

Fourth  generation  computers:  user  reauirements  and 
t  rans i t i on .  1970  . 

Hiob,  Heinz.  (M.Sc.  thesis) 

An  interpreter/s imul ator  far  testing  supervisor  programs.  1970. 
Householder,  A.  S. 

The  numerical  treatment  of  a  single  nonlinear  equation.  1270. 

International  Federation  for  Information  Processing.  Danish 
1 . A . G .  G roup . 

File  orga i nza t i on :  selected  papers  on  FILE  68,  Helsingor, 
November,  1968. 

Moon,  J.  W . 

Counting  labelled  trees.  1970. 

Oberman,  R.  M.  M. 

Disciplines  in  combinational  and  sequential  circuit 
des i gn .  1970 . 

Symposium  on  Critical  Factors  in  Data  Management,  U.C.L.A.,  1968. 

Critical  factors  in  data  management.  Ed.  by  F.  Gruenberger. 

1969. 

Toronto.  University.  Computer  Centre. 

Users'  Reference  Manual.  Ed.  by  Jan  Stewart.  1971. 

Van  Raamsdonk,  R.  J. 

The  representation  of  three  dimensional  objects  as  fleshed  out 
stick  f i gu res . 

Toronto,  University.  1971.  (M.Sc.  thesis) 

Vazsony i ,  A . 

Problem  solving  by  digital  computers  with  PL/1  programming.  1970. 

Walker,  Terry  M.  and  Cotterman,  W.  W. 

An  introduction  to  computer  science  and  algorithmic  processes. 
1970  . 


Wyman,  F.  P. 

Simulation  modeling: 


a  guide  to  using  SIMSCRIPT.  1970. 
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DATA  ACQUISITION  COMPUTER  AVAILABLE 


Since  early  1967  the  High  Energy  Physics  group  has  used  a 
Control  Data  1700  computer  system  to  collect  data  from  precision 
measurements  of  bubble  chamber  film.  The  CDC  1700  also  performs 
detailed  legality  checks  on  the  data  as  well  as  an  extensive 
analysis  of  the  accuracy  of  the  measurement.  Additional  data  and 
control  information  is  exchanged  between  the  computer  and  the 
measuring  machine  operator  by  means  of  three  time-shared 
t ypew r iters. 


The  High  Energy  Physics  group  will  be  transferring  their 
operation  to  a  high  speed  semi-automatic  system  and  will  terminate 
their  use  of  the  CDC  1700  within  the  next  two  months.  Anyone 
interested  in  making  use  of  this  facility  or  taking  it  over 
completely  should  contact  Dr.  E.  C.  West  at  928-2950. 

The  detailed  configuration  of  the  system  is  as  follows: 


Memory : 

Console  Teletype: 
Paper  Tape  Reader: 
Paper  Tape  Punch: 
Magnet i c  Tape : 

Disk  Pack  Drive: 
Sof twa  re : 


16,384  lC-bit  words  (1.1  usee) 

KSR-35 

300  frames/ sec 
60  frames/sec 
7- 1  rac  k 

1,536,000  words 

FORTRAM  compiler  and  run-time  library 
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THE  WATFIV  PROCESSOR  FOR  THE  HIGH  SPEED  JOB  STREAM 

The  WATFIV  Compiler  announced  in  System  Status  Bulletin  18:71 
is  a  UTCC  modification  to  the  standard  WATFIV  VIL2  Compiler  from 
the  University  of  Waterloo.  The  standard  WATF I  V  VIL2  Compiler  is 
described  in  1  / 3 G 0  WATFIV  Implementation  Guide'  published  by  the 
University  of  Waterloo  and  the  WATFIV  Language  is  fully  described 
in  'FORTRAN  IV  with  WATFOR  and  WATFIV'  by  Cress,  Dirksen  and 
Graham,  published  by  Prentice-Hall.  The  latter  publication  fully 
describes  the  WATFIV  restrictions,  additional  features  and 
i ncompa tab i 1  i t  i  es  between  WATFOR  and  WATFIV. 

WATFIV  Control  Cards 

The  following  two  control  cards  are  required  to  run  a  WATFIV 
job  in  the  University  of  Toronto  High  Speed  Job  Stream. 

1  7-21  23-29  49-43  46-48 

$J0BW  name  code  time  lines 

WATFIV  Job 


$DATA 

data  as  requ i red 


where  : 


name  is  the  programmer's  name 

code  is  the  authorization  cede 

time  is  the  execution  time  estimate  in  seconds 
and  tenths,  the  default  is  3  seconcs  and 
the  maximum  is  IP  seconds 

lines  is  the  execution  line  estimate  in  100's  of 
lines,  the  default  is  60  lines  and  the  max- 
i mum  is  300  lines 


The  $DATA  control  card  should  always  be  included  even  if  there  are 
no  data. 

Two  other  control  cards  are  also  recognized  by  WATFIV  and  they 
a  re  :  - 

$PRINT0FF  stops  the  listing  of  the  source  cards  following 
$PRINT0N  source  cards  following  this  are  listed 

Other  Specifications  and  Restrictions 

The  p§ge  limit  for  WATFIV  execution  output  is  8  pages. 

The  EUT/ASUT  WATFIV  Compiler  is  dynamic  and  provides  for  a 
user  work  space  of  slightly  less  than  45K. 
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The  EBCDIC  character  set  should  be  used.  However,  mixed 
decks  can  be  used  but  apostrophe  (')  can  only  be  used  for 
Hollerith  Constants.  EBCDIC  +  is  the  only  plus  sign 
allowed.  BCD  +  arid  EBCDIC  &  are  taken  as  the  statement 
number  argument  indicator. 

$ ISN0N,$ ISNOFF,$CHECK, $N0CHECK/ $WARN/ $N0WARN  control  cards 
are  not  supported. 

Object  decks  are  not  allowed  in  the  input  stream. 

The  WATFIV  direct  access  I/O  feature  is  not  supported  and 
any  attempt  to  use  this  feature  will  result  in  the 
following  error  message 

AC-5  'ATTEMPT  TO  USE  DIRECT  ACCESS  I / 0- FEATURE  INHIBITED' 

The  WATFIV  pages  exceeded  error  message  has  been  changed  to 
read  :  - 

UN-7  'OUT  OF  LINES/PACES' 

Arguments  which  are  arrays,  when  passed  to  subprogram 
parameters,  are  treated  differently  than  by  WATFOP.  In 
particular  WATFIV  uses  the  dimensions  declared  for  the 
dummy  array  in  the  called  subprogram.  This  implies  that 
results  will  be  different  under  WATFOP  and  WATFIV  if  the 
dimensions  of  the  dummy  array  differ  from  those  o^  the 
actual  array  passed. 

The  WATFIV  WATLIB  contains  the  random  number  generators 
RANDU,  GAUSS  but  WATFIV  does  not  support  the  SPARTA 
package . 


FORTHCOMING  COMPUTER  CENTRE  COURSES 

Statistical  Package  for  the  Social  Sciences  (SPSS) 

^PSS  is  a  programming  language  designed  to  assist  the  social 
scientist  in  performing  many  types  of  statistical  analyses  on  his 
data.  The  Computer  Centre  is  supporting  this  package  for  S/360 
users  and  is  now  giving  a  workshop  style  course  on  it.  The  first 
one  is  scheduled  for  Monday  May  10,  Wednesday  May  12,  Friday  May 
14,  Monday  May  17,  Wednesday  May  19  and  Friday  May  21,  from  3  to 
4  p  .  m  .  I  t  will  be  held  in  Room  101  of  the  Sandford  Fleming 
Building. 

No  prerequisites  are  required  for  this  course,  but  a  knov/ledge 
of  commonly  used  statistical  processes  and  some  exposure  to 
computer  programming  will  be  helpful.  Interested  persons  are 
asked  to  register  with  either  Mr.  A.  Kowaliw  in  Room  S.F.  130 
(phone  928-87C1)  or  Miss  W.  Kiernander,  Room  S.  F.  128  (phone  928- 
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2694).  The  first  course  will  be  limited  to  35 
additional  courses  will  be  scheduled  if  the  demand  is 
to  justify  them. 


people  but 
sufficient 


York  FORTRAN  Series 

The  Centre  has  now  acquired  a  set  of  filmed  lectures  produced 
by  York  University  which  covers  FORTRAN  (including  some  l/ATF  I  V 
features).  These  films  will  be  used  for  future  FORTRAN  lectures 
given  by  the  Centre.  As  before,  the  FORTRAN  lectures  will  be 
unrestricted  and  advertised  in  Varsity  and  the  Staff  Bulletin. 


Edutronics  Films  and  Video  Tapes 


The  agreement  between  the  Computer  Coo  rd  i  na  t  i  or-  Group  (C.C.G.) 
of  the  Committee  of  Presidents  of  the  Universities  of  Ontario  and 
Edutronics,  which  was  discussed  in  the  March  Newsletter,  has  now 
been  finalized.  A  schedule  of  tapes  and  films  to  be  borrowed  by 
the  Centre  for  the  next  four  months  has  been  submitted  to  the 
C.C.G.  If  it  is  accented  tapes  and  films  will  be  available  at  the 
Cent  re  as  foil ows : 


May :  Tools 


0/S  Overview 


Techniques 


June :  0/S  Overview 

JC L  (Part  1 ) 


An  introductory  series  of  films  on  some 
basic  concepts  and  uses  of  computers. 
Primarily  for  people  interested  in 
computers,  but  with  no  previous 
expe  r i ence . 

An  introduction  to  Operating  System/360 
and  a  discussion  of  its  basic 
facilities.  This  series  together  with 
the  one  on  JCL  should  be  of  interest  to 
all  users  of  our  general  purpose  job 
stream  facilities  who  wish  to  improve 
their  ability  to  cope  with  JCL. 

This  series  of  tapes  discusses  the 
linkage-editor,  especially  its  overlay 
feature  and  modular  programming.  This 
should  be  of  interest  to  more  advanced 
p  rog  ranme  rs . 

As  above 

Job  Control  Language;  this  section  will 
cover  the  JOB  and  EXEC  statements  and 
part  of  the  data  definition  (DD) 
statement.  The  overview  and  JCL  series 
are  highly  recommended  for  all  serious 
users  of  our  general  purpose  job  stream 
f ac i 1 i t y . 
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July:  JCL  (Part  2)  The  rest  of  the  DD  statement  plus  some 

sample  jobs  and  a  practice  problem. 

Dumps  How  to  analyse  dumps  produced  by  0/S 

3  60  .  Again,,  for  more  advanced  users. 

Sequent i al  Files 

August :  Utilities  This  part  covers  such  utility  programs 

as  I  EH P ROOM,  IEHM0VE,  I  ENLIST,  IEBC0PY, 

I EBPTPCH, I EBGENER  and  I EBUPDTE .  These 
are  the  programs  used  most  commonly  by 
application  programmers. 


Debugging  Common 

Errors  This  series  should  be  of  interest  to  all 

users  ! 

D  i  rect  Access  Files 

These  films  and  tapes  will  be  available  for  viewing  by 
individual  users  or  groups  of  users  who  wish  to  see  them.  It  is 
hoped  that  more  formal  showings  can  be  arranged  but  this  will 
depend  upon  the  availability  of  Computer  Centre  staff  who  can  back 
them  up.  As  yet,  we  have  only  seen  selected  sections  of  this 
material  and  will  need  some  time  to  v i ew  the  complete  series 
before  we  can  give  an  adequately  supported  course. 

In  the  meantime,  users  wishing  to  view  these  films  or  tanes 
should  contact  either  Mrs.  C.  Davidson,  S.  F.  Room  115A  (phone 
928-8599)  or  Mr.  R.  Williams,  S.  F.  Room  120  (phone  928-2694). 


PROCEDURES  FOR  USE  WITH  COMPLEX  MATRICES 

In  recent  years,  considerable  progress  has  been  made  in 
producing  algorithms  for  solving  systems  of  complex  linear 
equations,  calculating  inverses  and  finding  eigensystems  for 
general  complex  matrices.  Mr.  I  .  Farkas  of  the  Department  of 
Computer  Science  has  kindly  offered  to  translate  some  of  these 
algorithms,  which  have  been  published  in  ALGOL-60,  into  FORTRAN 
for  use  on  the  S/360.  If  sufficient  interest  is  shown  in  this 
project  we  would  like  to  take  up  Mr.  Farkas'  offer  and  incorporate 
the  subroutines  in  ICSLIB.  Persons  having  the  need  for  such 
routines  or  who  anticipate  the  need  in  the  future  are  asked  to 
contact  Mr.  Rene  Lemmens,  Room  130  of  the  Sandford  Fleming 
Building,  phone  928-8701. 
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NEW  SUBROUTINES  IN  ICS  LIBRARY 

Two  new  subroutines  have  been  added  to  the  ICS  library.  The 
load  modules  are  in  IC.ICSLIB  on  TICQ22,  while  the  source  modules 
are  in  1C. ICSLI BS  on  TIC032. 

These  subroutines  together  are  recommended  over  the  subroutine 
JACOB  I  . 

The  routines  were  presented  to  USG  by  Mr.  I.  Farkas  of  the 
Department  of  Computer  Science. 

T0L2  To  calculate  all  the  eigenvalues  and  eigenvectors  of  a 
real  tridiagonal  matrix  (using  the  QR  transformation). 

TRED2  To  reduce  a  real  symmetric  matrix  to  tri diagonal  form, 
(by  Householder  reductions). 

Writeups  of  these  subroutines  can  be  obtained  from  R.  Lemmens, 
Room  13C  of  the  Sandford  Fleming  Building,  (phone  928-8701). 


NOTE  ABOUT  THE  QR  ALGOR  I  TIT 

The  Householder  reduction  and  the  QR  algorithm  (H&PR)  recovers 
the  eigensysten  of  a  real  symmetric  matrix  three  to  five  times 
faster,  and  considerably  more  accurately  than  Jacobi's  method. 
When  H  &  OR  is  in  double  precision  and  Jacobi  in  single  precision, 
H  &  OR  recovers  the  eigensysten  of  a  real  symmetric  matrix  in 
about  half  the  time  of  that  cf  Jacobi. 


SPECIAL  PRINTER  FORMS 


The  Computer  Centre  now  has  available  blank  printer  paper  for 
users  requiring  such.  For  completeness,  all  the  special  forms 
parameters  are  listed  below  (see  Users'  Reference  Manual  for 
further  deta i 1 s ) . 

1  -  blank  1  part  11x15  paper 

2  -  lined  2  part  11x15  paper 

3  -  lined  3  part  11x15  paper 

4  -  lined  4  part  11x15  paper 

5  -  standard  address  labels 

X  -  identification  number  of  user  supplied  special 
forms,  w  h  ere  X  >.  2  0 

Please  note  that  the  special  forms  parameter  1  previously  meant 
the  reverse  side  of  lined  1  part  11x15  paper. 
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PRODUCTION  DATA 

The  usual  March  peak  in  terms  of  jobs  processed  occurred  again 
this  year.  Table  1  illustrates.  All  services  were  busier,  with 
general  purpose  S/360  work  rising  conspicuously.  The  extra  core 
memory  installed  earlier  this  year  has  in  this  month  shown  its 
worth,  since  turnaround  quality  remained  good  despite  the  increase 
i  n  1 oad . 

Table  il  shows  the  continuing  growth  of  S/360  service  compared 
to  March  1970.  Suprisingly,  the  High  Speed  Job  Stream  volume 
remained  level.  The  cause  or  significance  of  this  will  receive 
closer  study  in  coming  months. 


SYSTEM 

JAN 

FEB 

MAR 

MAR/FEB  CHANGE 

S/360 

16536 

16444 

23364 

+  45% 

7094 

1533 

1042 

1690 

+  6  2  % 

HSJS 

5  8  5  2  7 

65888 

78834 

+  20% 

TOTAL 

76596 

83374 

104388 

+  25% 

TABLE  I :  Number  of  Jobs  Processed;  Jan,  Feb,  Mar,  71. 


SYSTEM 

MAR  70 

MAR  71 

70/71  CHANGE 

S/360 

16154 

23864 

+  48% 

7094 

3840 

1690 

-56% 

HSJS 

78949 

73834 

-  0% 

TOTAL 

98943 

104388 

+  6% 

TABLE  II:  Number  of  Jobs  Processed,  Mar  70  and  Mar  71. 
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COLUMN  BINARY  CARD  TO  TAPE 

Users  requiring  to  input  Column  Binary  cards  to  the  360/65  or 
wishing  to  create  a  Column  Binary  input  data  tane  for  the  7094  can 
now  accomplish  this  via  the  3C0/65  system.  For  more  information 
or  to  schedule  a  Binary  Card  -to-tape  job/  contact  the  Chief 
Operator,  D.  Tough  at  928-5058  or  Sandford  Fleming  Building,  Room 
112. 


USE  OF  SPEC  INSTEAD  OF  THE  SPECIAL  REQUEST  FORM 

A  recent  study  indicated  that  only  16%  of  setup  jobs  in  the 
general  OS  job  stream  used  the  program  SPEC  (SSB's  5:71  and  13:71) 
to  obviate  the  Special  Request  Form.  Its  users  are  happy.  We 
suggest  you  look  it  up  and  try  it.  See  your  SSB  file  or  obtain 
copies  from  the  Users'  Service  Group. 


CONVERSATIONAL  PROGRAMMING  SYSTEM  -  REMOTE  JOB  ENTRY 

A  "Sample  Session  Guide"  illustrating  the  use  of  CPS-RJE  may  be 
obtained  from  Mrs.  C.  Pidcock,  Room  103,  Sandford  Fleming  Building 
(928-8703).  Questions  and/or  suggestions  concerning  this  guide 
may  be  directed  to  the  Interactive  Systems  Group  at  928-3787. 


ADMINISTRATIVE  TERMINAL  SYSTEM 


Instructions  pertaining  tc  the  use  of  High  Speed  Input/Output 
Operations  (magnetic  tape,  printer)  for  ATS  documents  may  be 
obtained  form  Mrs.  C.  Pidcock,  Room  103,  Sandford  Fleming  Building 
(928-8703).  Questions  and/or  suggestions  concerning  the  use  of 
High  Speed  I/O  with  ATS  may  be  directed  to  the  Interactive  Systems 
Group  at  928-3787. 


ATS/360  SIGN-ON  PROCEDURE 


ATS/360  can  be  accessed  by  EBCD  (PL/ I  keyboard)  and 
CORRESPONDENCE  (standard  Selectric  keyboard)  terminals.  When 
sign-on  is  initiated,  by  striking  the  RETURN  key,  the  message  for 
EBCD  terminals  appears  first.  On  an  EBCD  terminal,  this  message 
will  be  readable  but  not  on  a  CORRESPONDENCE  terminal.  To  notify 
ATS/360  that  you  are  using  a  CORRESPONDENCE  terminal,  strike  the 
RETURN  key  again  and  the  sign-on  message  will  appear  in  readable 
form.  At  this  point,  follow  the  normal  sign-on  procedure 
described  in  the  Terminal  Operator's  Manual  (or  Terminal 
Operator's  Quick  Reference  Guide). 
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ACTIVITIES  IN  THE  7094  PRODUCTION  AREA 

Productivity  and  turnaround  of  the  70S4/1401  system  suffered 
throughout  March  from  both  preventable  and  catastrophic  causes. 
The  latter  have  included  hardware  failures  of  both  the  7094  and 
the  1401/  and  a  collection  of  sof twa re- type  failures/  particularly 
with  the  Datatext  package.  At  least  4  bugs  have  been  isolated  in 
Datatext/  two  of  which  can  be  handled  by  operator  intervention. 

New  procedures  and  priorities  have  been  introduced  for  batch 
operations  within  the  past  week  with  very  gratifying  results. 
Early  in  the  day/  short  job  turnaround  is  now  near  the  one-hour 
goal.  With  only  two  exceptions  during  the  past  month/  any  job 
submitted  during  one  day  is  complete  before  9:00  A.M.  the  next 
day . 

A  Suggestion  Box  located  in  the  input  area  is  noted  for  its 
empty  cond i t i on  . 

Weekend  service/  while  not  as  instant  as  might  be  wished,  has 
been  provided  when  reauired. 


CREDIT  REQUEST  SUMMARY 

The  total  activity  in  all  systems  was  up  substantially  in  March 
but  we  were  able  to  reduce  the  relative  incidence  of  causes  for 
credit  requests.  Table  I  illustrates,  with  the  comparative 
February  totals  along  side. 


This  Month 

Last  Month 

S/360 

7094 

Total 

Total 

HUMAN 

4  4 

3 

47 

55 

SOFTWARE 

7 

7 

14 

22 

HARDWARE 

4 

7 

11 

11 

TOTAL 

55 

17 

72 

88 

Percent 

of  Jobs 

0.3% 

0.5% 

TABLE  I :  Causes  for  Credit  Requests 
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Mo.  of  Cases 


This  Month 


HUMAN  ERROR 

1.  User  deck  lost  1 

2.  7094  Datatext  operation  error  2 

TOTAL  3 


Last  Month 


SOFTWARE  ERROR 

1.  Job  trying  to  write  on  input 


tape  (transient)  3 

2.  IBSYS  software  error  1 

3.  Datatext  software  error  1 

4.  Monitor  over-write  2 

5.  Clock  error 

TOTAL  7 


2 

2 

1 

5 


HARDWARE  ERROR 

1.  Tape  errors 

2.  Card  reader  errors 

3.  7094  hardware  error 


TOTAL 

OVERALL  TOTAL 


3  6 

3  2 

1 


7 


8 


17 


TABLE  111: 


7094  Credit  Request  Summary 
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Tables  II  and  III  illustrate  the  principal  sources  of  claims  in 
the  S/360  and  7094  areas. 


No.  of  Cases 


This  Month 


HUMAN  FACTORS 


1.  Lost  output  of  all  types  12 

2.  Cards  shuffled  at  the  card  reader  5 

3.  Invalid  USG  advice  4 

4.  Lack  cf  SYSDA  and  SYSSQ  scratch 

space  4 

5.  M.agnetic  tape  not  found  in 

Machine  Room  3 

6.  CALCOMP  dataset  full  or  net 

created  3 

7.  Operator  error  involving 

printer  control  4 

8.  All  other  causes 

TOTAL  44 


Last  Month 


23 

3 

1 

4 


15 

15 


51 


SOFTWARE  ERROR 


1.  Job  ran  in  LCS  2 

2.  Miscellaneous  OS  and  utility 

bugs  4 

3.  User  job  in  system  between  steps 

when  system  crashed  1 

TOTAL  7 


7 

8 


2 


17 


HARDWARE  ERRORS 

1.  Unit  record  equipment  problems  2 

2.  Program  failure  due  to  machine  error  1 

3.  CPU  apparently  running  slowly 

executing  user  job  -  cannot  recreate  1 

TOTAL  4 

OVERALL  TOTAL/ 3 60  55 


3 


3 

71 


TABLE  1  I  : 


System  360  Credit  Request  Summary 
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TECHNICAL  TIPS 


USING  ON-LINE  SUBPROGRAM  LIBRARIES  (T I C014/T I C069 ) 


1 .  Obtaining  Authorization  For  On-Line  Storage 

Any  use  of  space  on  user-ded i cated/  on-line  packs  must  be 
registered  with  the  Authorization  Services  Section  of  UTCC  (see 
p.  3-27  ff.  of  the  Users'  Reference  Manual).  After 
author i zat i on  has  been  received,  USG  will  allocate  the 
requested  amount  of  space  on  the  on-line  pack. 


2 .  Add i ng/ Real ac i ng  an  Individual  Subprogram 

Use  a  catalogued  compile  and  link-edit  procedure  and,  as  shown 
below,  specify  linkage  editor  options  and  override  the  SYSLMOD 

DD  card. 


//stepnane  EXEC  p roc name, PARM. LKED=( L I ST,MCAL, LET) 


//LKED. SYSLMOD  DD  DSN=name (member ) ,DI SP=0LD, 

//  UNIT=2314,VOL=SER=serialDCB=(RECFM=U,BLKSIZE=7294), 

//  SPACE=bl ank 

In  the  above  and  the  following  example,  'name'  should  be 
replaced  by  the  name  given  to  the  partitioned  data  set  when 
authorization  was  received  to  use  the  space,  'member'  should  be 
replaced  by  the  name  given  to  the  subprogram,  and  'blank' 
indicates  that  no  operands  are  tc  be  coded  after  the  '='  sign. 
The  load  module  from  the  above  will  contain  only  the 
subprogram.  Only  one  compiled  program  can  be  added/ repl aced  at 
a  time  using  the  above  dCL. 


3 .  Calling  Subprogram  Load  Modules  From  a  Library 

The  following  illustrates  how  to  use  the  subprogram  library. 
In  this  example,  it  is  assumed  that  the  main  program  which 
calls  the  subprograms  is  a  FORTRAN  source  module  which  must  be 
compiled.  The  subprogram  library  itself  is  concatenated  with 
the  SYSLIB  DD  card. 

//stepname  EXEC  FORTGCLG 
/ / FORT . SYS  I N  DD  * 

) 

)  source  deck  of  FORTRAN  main  program 

) 

/* 

/ / LKED . SYSL I B  DD 


( cent '  c! ) 
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//  DD  DSN -name, DISP=OLD, 

//  UNIT=2314,VOL=SER=serial 


SYSTEM  360  OPERATING  SYSTEM  SORT/MERGE 

The  fol  lov/ing  is  a  list  of  the  catalogued  procedures  for 
sorting  available  in  this  installation.  For  detailed  description 
of  sort  and  merge  operation  refer  to  the  publication  I  EM/ 3  6  0 
Operating  System  GC28-G543-5. 

SORT:  A  general  sort  program.  It  can  be  used  for  simple 

sorts  or  sort /merge  applications  that  require  link 
editing  of  modification  routines.  However,  for  simple 
sorts  it  is  an  inefficient  method. 

SORTD:  For  simple  sorts  either  the  SORTD  or  SORTER  procedures 

should  be  used.  SORTD  cannot  be  used  for  applications 
having  modification  routines  that  need  link  editing. 

SORTER:  This  procedure  is  used  for  straight  sorting  of  large 

amounts  of  data.  The  catalogue  procedure  provides  DD 
cards  for  enough  intermediate  storage  area.  The  amount 
of  intermediate  work  area  is  handled  by  a  parameter 
CYLS  on  the  exec  card.  The  default  option  of  CYLS  (Nc. 
of  cylinders)  is  2.  It  can  be  increased  for  larger 
data.  This  procedure  is  comparatively  easy  to  handle 
as  the  catalogued  procedure  supplies  most  of  the  DD 
ca  rds . 

Examples  of  the  uses  of  SORT,  SORTD  and  SORTER  procedures: 

To  sort  16000  card  images  on  tape,  the  card  fields  to  be  sorted 

are  columns  1-4,  30-31. 

a.  SORT 


// SRT  EXEC  SORT 

//SORT  I N  DD  UNI T  =  2400,DSN=name,VOL=SER  =  se rial , 

//  Dl SP=OLD,DCB=(RFCFM=FB,LRECL=80,BLKSI ZE=2Q00), 

//  LABE  L= ( 1 , S  L ) 

//SORTOUT  DD  UN  I T  =  2  40  0, DSN =name, VOL  =  SER  =  serial , 

//  D I SP= ( NEW, KEEP),DCB=(RECFM=FB, LRECL=3 0, BLKS I ZE=2000 ) , 
LABEL=( 1, SL) 

DD  UN  I T-SYSDA, SPACE= ( TRK, (100),, CO NT  I G ) 

DD  UNI T=SYSDA, SPACE= (TRK, (100) , , CONTI G) 

DD  UNI T=SYSDA, SPACE = (TRK, (100), , CONTI G) 

DD  UN  I T  =  SYSDA, SPACE  =  ( TRK, ( 1 0 0 ) , , CONT I G ) 

DD  UNI T  =  SY$DA,SPACF_=(TRK, (100) , , CONTI G) 

UNI T=SYSDA,SPACE=( TRK, (100), , CONTI G) 


// 

/ / SORTWK01 
/ / SORTWKO  2 
//SORTWK03 
//SORTWKO 4 
// SORTWK05 
//SORTWKO 6  DD 
//SYS!  TJ  DD  * 

SORT  FIEL.DS  =  (1,4,CH,A,30,2,CH,A),SIZE  =  E16000 

/* 
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b.  SORTD 

Same  as  in  SORT  procedure  except  the  EXEC  card  should  be 
replaced  by: 

//SRTD  EXEC  SORTD 

c.  SORTER 

/ / SRTR  EXEC  SORTER, C YLS=2 

//SORT  I N  DD  UNIT=2400, DSN=name ,VOL=SER=serial , 

//  Dl SP=OLD,DCB=(RECFM=FB, LRECL=80,BLKSI ZE=2000), 

//  LABEL=( 1,SL) 

//SORTOUT  DD  UN  I T  =  24 0 0 , SDN  =  name , VO L  =  SER  =  se r i a  1 , 

//  DISP=(NEW,KEEP),DCB=(RECFM=FB,LRECL=80,BLKSI ZC=2000), 

//  LABE  L  =  ( 1 , SL) 

//SYSIN  DD  * 

SORT  FI ELDS=( 1 , 4 , CH , A, 3 0 , 2 , CH , A) , S i ZE=E16000 

/* 

2314  Intermediate  Storage  Estimate  Technique 

Approximate  total  number  of  tracks  T  required  are  determined  by 
the  following  formula: 

T  =  1.25S 
K 

where  S  is  the  number  of  records  in  the  input  set, 

either  actual  or  approximate. 

K  =  B/L 

where  B  is  7000 

L  is  the  number  of  bytes  in  each  record  in  the 
input  data  set.  Use  only  the  integer  portion 
of  K. 

Divide  T  among  six  data  sets.  Let  K  be  240.  In  this  case  the 
total  number  of  cylinders  required  is: 

240/20  =  12 

Therefore,  each  of  data  sets  S0RTWK.C1  -SORTWK06  receives  2 
cy 1 i nde  rs . 


' 

' 


. 


